Audio-based load control system

ABSTRACT

A scalable, distributed load control system for home automation based on a network of microphones may include control devices (e.g., load control devices) that may include microphones for monitoring the system and communicating audio data to a cloud server for processing. The control devices of the load control system may receive a single voice command and may be configured to choose one of the load control devices to transmit the voice command to the cloud server. The load control devices may be configured to receive a voice command, control a connected load according to the voice command if the voice command is a validated command, and transmit the voice command to a voice service in the cloud if the voice command is not a validated command. The voice service to which the load control devices transmit audio data to may be selectable.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional PatentApplication No. 62/455,973, filed Feb. 7, 2017, the entire disclosure ofwhich is incorporated by reference herein.

BACKGROUND

The ability to control devices audibly (e.g., vocally and/or verbally)is spurring a technological revolution in smart home control. Voiceintegration devices such as Amazon Echo or Google Home devices allow auser to vocally interact with a connected microphone/speaker device tocontrol other devices in the home environment, or smart home network,through the use of a keyword (e.g., a wake word). For example, a usercan integrate a voice integration device with a lighting control systemto control the lights through a keyword (e.g., “Alexa”) followed by avoice command (e.g., “turn on the living room light”).

Current voice integration devices may be connected via a network to aserver (e.g., a voice service) which performs voice recognition on theacoustic data of the voice command upon receiving the keyword. Theconnection may be wireless, such as a Wi-Fi enabled voice integrationdevice, or hard-wired via an Ethernet cable to a user's Internet router.After the voice service has interpreted the acoustic data, the voiceintegration device can then send the interpreted data to one or moreservers. The servers may communicate with a system controller which maycommand on more load control devices to control electrical loads basedon the interpretation of the acoustic data. The voice integration devicemay also respond verbally to the user to provide acknowledgement thatthe voice command was received and/or give the user confirmation of thedevice command that was sent to the smart home network.

SUMMARY

There is great potential to expand on the capabilities of microphonedevices for residential and commercial environments. Described herein isa scalable, distributed group of microphone devices for integration intohome automation or load control systems comprising control devices(e.g., load control devices configured to control electrical loads).Although the microphone may be used in a standalone device, describedherein are load control devices that may include microphones formonitoring the system and communicating measured data (e.g., audio data)to a server for processing. For example, the server may be an Internetserver (i.e., a cloud server), or any type of server. The controldevices of the load control system that include microphones may bereferred to as microphone devices or control devices or load controldevices. One will recognize however, that a microphone device need notnecessarily be configured to control an electrical load.

A user may install one or more microphone devices to monitor the audiodata (e.g., acoustic data), such as voice commands and ambient sounds,in the surrounding environment. The microphone devices may be configuredto learn and/or detect sounds over time and make intelligent decisionsbased on the identified sounds. The decision making may alternatively bedone remotely by a system controller or cloud server. The cloud servermay have machine learning capabilities, whereby it takes passive inputsfrom microphone devices installed throughout the home and over timebegins to associate them with activities. The system may also use otherinputs or information in addition to the microphone devices, such asoccupancy status from occupancy sensors, time of day, day of the week,inputs from the user confirming sounds or person identification, etc.

The control devices of the load control system may receive a singlevoice command and may be configured to choose one of the load controldevices to transmit the voice command to a voice service in the cloud.For example, the load control devices may be configured to choose one ofthe load control devices by determining which load control device heardthe voice command the best, or highest quality.

One or more of the load control devices of the load control system maybe configured to receive a voice command and either process the voicecommand locally if the voice command is a validated command, or maytransmit the voice command to a voice service in the cloud if the voicecommand is not a validated command. The load control device may also beconfigured to determine if the voice command should be stored locally tothe device as a validated command in response to repeated receipt of thesame voice command.

One or more of the load control devices of the load control system maybe configured to receive a voice command, determine if the voice commandincludes zone information, control a connected electrical load, such asa lighting load, according to the voice command if the voice command didnot include the zone information, and transmit a command to another loadcontrol device identified by the zone information if the voice commandincludes the zone information.

One or more of the load control devices of the load control system maybe configured to receive a voice command, and communicate the voicecommand to a system controller. The system controller may determine fromthe received voice command(s) and possibly occupancy information a zoneor area from the voice command(s) originated, and control one or moreelectrical loads, such as lighting loads, in the area based on the voicecommand.

The voice service to which the load control devices of the load controlsystem transmit audio data by may be selectable. For example, the voiceservice may be selectable by a user through an application running on aprocessing device, such as a smart phone, tablet, laptop, or computer.In addition, the voice service may be dynamically selectable by thesystem.

The above advantages and features are of representative embodimentsonly. They are not to be considered limitations. Additional features andadvantages of embodiments will become apparent in the followingdescription, from the drawings, and from the claims.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 shows an example load control system with microphone devices inan example user environment.

FIG. 2A is a drawing of an example microphone device with acousticorifice.

FIG. 2B is a cross-sectional view of the front of microphone device ofFIG. 2A.

FIG. 3A is an example mobile application screen on a mobile device forallowing a user to select a voice service.

FIG. 3B is an example method which a microphone device may use todynamically select a voice service.

FIG. 3C is an example method by which a microphone device may choose adifferent voice service when the first selected voice service isexperiencing significant latency.

FIG. 4 is an example method which may be executed by a server, forexample, to associate a received sound with an action.

FIGS. 5A, 5B, 6-9, 10A, and 10B are flowcharts of example audio controlprocedures that may be executed by a microphone device, for example, ofthe load control system of FIG. 1.

FIG. 11 is a block diagram of an example control device (e.g., awall-mounted keypad) that may be configured as a microphone device

FIG. 12 is a block diagram of an example load control device (e.g., awall-mounted lighting control device) that may be configured as amicrophone device.

FIG. 13 is a block diagram of an example system controller.

FIG. 14A is an example method by which a load control device may blink alighting load when receiving voice input.

FIG. 14B is an example method by which a microphone device maycommunicate with a load control device to blink a lighting load whenreceiving voice input.

DETAILED DESCRIPTION

FIG. 1 is a simplified diagram of an example load control system 100.The load control system 100 may be installed in a building with rooms102, 104, 106 as shown in FIG. 1. The load control system 100 mayinclude load control devices, that is, devices configured to control oneor more electrical loads. For example, load control system 100 mayinclude wall-mounted lighting control devices 120 (e.g., dimmerswitches), light-emitting diode (LED) drivers 130, motorized windowtreatments 150, thermostats 160, and plug-in load control devices 140.The load control devices may control loads within the system, such as aheating, ventilation, and air-conditioning (HVAC) system 162, lightingloads 122, 132, 142, an audio speaker 146, and other electrical devices,such as a television (TV) 144. In addition to toggle control (e.g.,on/off control), the load control devices may also be configured tocontrol a level of their respective loads. For example, the lightingcontrol devices 120 and the LED drivers 130 may adjust the intensitylevel of the respective lighting loads 122, 132, 142; the motorizedwindow treatments 150 may adjust the position level of the respectivecovering materials 152, and the thermostats 160 may provide temperaturecontrol of the HVAC system 162.

The load control system may include a system controller 110, which maybe connected to the Internet 112 via a router 114. The system controller110 may be connected to the router 114 via either a wired connection(e.g., an Ethernet communication link), or a wireless connection (e.g.,a Wi-Fi communication link). Servers on the Internet may allow foradditional remote cloud processing, data storage, etc. The systemcontroller 110 may communicate with the devices in the load controlsystem via wireless communication signals 108, which may use a standardwireless protocol (e.g., ZigBee, Wi-Fi, Z-Wave, Bluetooth, Li-Fi. etc.),or a proprietary protocol (e.g., ClearConnect). The wireless protocolthat the system controller 110 uses to communicate with the devices inthe load control system 100 may be the same as, or different from, thewireless protocol that the system controller uses to communicate withthe router 114.

Although the system has been described as a wireless system,alternatively, a wired system for inter-device communication may beimplemented (Power over Ethernet, power line communication, CAT5 cables,etc.). Or, the devices in the system may communicate wirelessly directlywith the router 114 via Wi-Fi without the need for a system controller.

The load control system 100 may also include input devices, such asremote controls 170, occupancy sensors 172, daylight sensors 174, and awall-mounted keypad 120. These input devices may transmit wirelesscommunication signals 108 to other load control devices in the loadcontrol system, either directly or through the system controller 110.

The load control devices may be configured to control respectiveelectrical loads in response to one or more inputs. For example, theload control device 120 may control electrical load 122 in response to auser actuation, such as a button press. For example, a user may press abutton on the load control device 120 to control the electrical load122. Additionally and/or alternatively, the load control devices may beresponsive to input devices via the wireless communication signals 108.For example, the daylight sensor 174 may transmit wireless communicationsignals 108 containing information about the amount of light in room 102to either the system controller 110 or the motorized window treatment150, to change the level of the window covering 152. The occupancysensor 172 may transmit wireless communication signals 108 includinginformation regarding an occupancy status of the room in which thesensor resides to cause the respective lighting control device 120 toautomatically turn on (or off) lighting load 122 based on the occupancystatus. For example, a user 180 may enter room 102. The occupancy sensor172 of room 102 may detect that a user (i.e., user 180) has entered room102. In response to the occupancy detection, the occupancy sensor 172may transmit an occupancy command to the load control device 120 and/orthe system controller. In response to the occupancy command transmittedby the occupancy sensor, the system controller may then transmit theoccupancy command to the load control device 120 and/or the load controldevice may receive the occupancy command from the occupancy sensor. Inresponse to receiving the occupancy command, the load control device 120may control the connected lighting load 122 by turning on the lightingload 122.

Additionally, an occupant 180 of the residence 100 may control the loadslocally or remotely by transmitting messages to the load controldevice(s) from a network device 182 (e.g., a communication device), suchas a smart phone or tablet. For example, the occupant 180 may press abutton in a mobile application on the network device 182 to turn on thelighting load 122 in room 102. The network device 182 may send wirelesscommands to the system controller 110, and the system controller maysend wireless communication signals 108 to the devices in the loadcontrol system 100, such as the lighting control device 120, to turn onthe light 122. Alternatively, the network device 182 may communicatewith the system controller via the Internet 112. For example, the systemcontroller may be connected to the router 114 via an Ethernetconnection, whereas the network device 182 may have a Wi-Fi or dataconnection to the Internet 112 and/or the router 114.

Additionally, any of the methods described previously for controlling aload control device may also be used to control multiple load controldevices to create a scene. For example, a user may press a button on aload control device which may cause several load control devices tochange the intensity of one or more lighting loads, adjust a motorizedwindow treatment, etc. Examples of scene-based load control aredescribed in more detail U.S. Pat. No. 6,803,728, issued Oct. 12, 2004,to Balasubramanium et al., entitled “System for control of devices”,which is incorporated by reference herein. Load control systems whichare responsive to system controllers are described in more detail byDonald Mosebrook et al. as broadcast controllers in U.S. Pat. No.9,337,943, issued May 10, 2016, entitled “Load control system having abroadcast controller with a diverse wireless communication system”, andsystem controller as described by Kyle Thomas Barco et al. in U.S.Patent Application No. 20170123390, published May 4, 2017, entitled“COMMISSIONING LOAD CONTROL SYSTEMS”, which are herein incorporated byreference. These patents provide a detailed example of how load controlsystem 100 may operate. Other examples are possible.

The load control devices of the load control system 100 may includemicrophones and may be referred to herein as microphone devices. Forexample, the plug-in device 190, which may be mounted on a wall or aflat surface, or sit on a table, may include a microphone. In addition,the load control system 100 may include a microphone device that may bea separate dedicated microphone device in the load control system, i.e.,the load control system may contain one or more microphone devices thatdo not control electrical loads.

The wall-mounted load control devices (such as the lighting controldevices 120 and the keypad 176), which may be installed in electricalwallboxes, may include microphones and may have better reception ofacoustic sounds and/or noises since these devices are mounted at aheight above the floor and tabletop surface and may have reducedobstructions. In addition, electrical wallboxes are typically installednear entranceways, thus enabling the microphone devices to easilyreceive acoustic sounds and/or noises from occupants moving throughdoorways and/or from opening and closing of doors. With the microphonesintegrated into the wall-mounted load control devices in electricalwallboxes, the load control system 100 may provide a network ofmicrophone devices that are located in several rooms of a house orbuilding and may listen for voice commands and/or ambient sounds. Eachwall-mounted load control device may include a microphone (e.g., thelighting control device is a microphone device), or alternatively, themicrophone device may be installed in a wallbox adjacent to the loadcontrol device, but in a separate housing (e.g., the lighting controldevice and microphone device are separate devices) Or, the microphonedevice may be installed in a faceplate of one or more load controldevices. Other examples are possible.

When the microphone device is integrated in a load control device, themicrophone device may communicate on either a different protocol or adifferent frequency channel for acoustic data vs. system communicationdue to higher data throughput requirements of audio signal processing.For example, the microphone device and/or the system controller may usea first protocol for streaming acoustic data (e.g., Wi-Fi or BLE), and asecond protocol for communication with the load control system (e.g.,ZigBee, Thread, ClearConnect, Z-Wave, etc.), where the first protocolmay have a higher data throughput than the second protocol. For example,the load control system may communicate load control commands using thesecond protocol, and the first protocol may be reserved forcommunicating acoustic data. The microphone devices may be integratedwith the load control system.

The control devices of the load control system 100 may be programmed(e.g., commissioned and/or configured) in response to received voicecommands. For example, a user may associate a remote control device witha lighting control device by holding a button on the remote controldevice and saying “associate remote control”. In addition, the user mayadjust operational settings (e.g., a high-end trim, a low-end trim, afade time, a delay time, an occupancy sensor timeout, an occupancysensor sensitivity, etc.) of the control devices using voice commands.

The use of a microphone device for voice recognition in a load controlsystem may provide many benefits to the user, including but not limitedto: control of loads; vocal interactions with a web search engine forweather and traffic information, etc.; intercom or phone calls,conversation and voice recording, etc. The microphone devices may alsobe operable to replay conversations.

FIG. 2A is a front view of an example microphone device 200, which maybe a load control device. For example, the microphone device 200 mayhave integrated lighting control capabilities, that is, the microphonedevice 200 may control an electrical lighting load. The microphonedevice 200 may be installed in an electrical wallbox (not shown) and mayhave a faceplate 202. The faceplate 202 may cover the electricalwallbox.

The microphone device 200 may further include a bezel 212. The bezel 212may include one or more buttons. For example, the bezel 212 may havebuttons 202, 206 which may turn the lighting load on and off,respectively; buttons 204 to raise or lower the light level; and abutton 210 for a preset light level. For example, the microphone device200 may change a light intensity of the electrical lighting load inresponse to a button press on any of the buttons 202-210 of themicrophone device 200. The preset button 210 may be a user-selectedpreset light level which may be configurable by a user. Examples ofpresets for lighting control devices are described in more detail inU.S. Pat. No. 6,380,696, by Tarvinder Sembhi et al., issued Apr. 30,2002, entitled “MULTI-SCENE PRESET LIGHTING CONTROLLER”, the entiredisclosure of which is hereby incorporated by reference herein.

The microphone device 200 may comprise one or more input microphones(not shown) which are recessed behind the bezel 212. The bezel 212 mayhave an orifice 208 for allowing the passage of sound through the bezel.Alternatively, the input microphones located within the housing of themicrophone device 200 may be covered by a speaker grille, cloth, or thelike to protect them from dust, debris, and damage. The inputmicrophones may be recessed from the surface of the housing andchanneled acoustically via a tube, opening, or acoustic horn, to thesurface of the housing. For example, the input microphones may beconfigured to utilize gaps in plastics, which may allow sounds to reachthe microphone without requiring holes, grilles, and the like on thesurface of the microphone device, which may disrupt the aesthetic designof the microphone device.

FIG. 2B is a side cross-sectional view of the microphone device 200taken through the orifice 208. The orifice 208 may be configured suchthat front top edge of the orifice 208A may be at the same pointvertically, or at a lower point vertically, than the bottom back edge208B of the orifice. For example, if the bezel 212 has a thickness t,and the orifice has a diameter d, the angle θ may be greater than orequal to the arctangent of the orifice diameter over the materialthickness, according to the following formula:θ≥arc tan (d/t)The upward slope of the orifice may serve to reduce the amount of dustand/or debris entering the guide tube, as well as improving theaesthetic appeal by making the orifice appear less dark. Although thisstructure is described for a single orifice, one will understand thatthis may be used for multiple orifices, including an array of orifices.

Referring back to FIG. 1, the microphone devices may receive acousticsounds and transmit acoustic data to a cloud server on the Internet 112for processing the acoustic data. The Internet 112 may be connected tomany different cloud servers which process acoustic data. Each cloudserver may host a service which processes the acoustic data. Forexample, the Internet 112 may be connected to one or more cloud serverswhich host a voice service for interpreting acoustic data that includesvoice commands. For example, the voice services may include a firstcloud server 116 which hosts Amazon Voice Services; a second cloudserver 117 which hosts Google Voice Services; and a third cloud server118 which hosts an other voice service, etc.

The microphone devices may identify acoustic signatures and transmitthem to a remote cloud server for additional processing. Acousticsignatures may be audio data of interest. For example, acousticsignatures may be all acoustic signals sensed by the microphone device,or it may have some restrictions, such as acoustic signals which arevoice commands specifically intended for processing (e.g., as identifiedby a specific keyword or wake word), or acoustic signals which fallwithin or above one or more thresholds (such as a frequency and/oramplitude threshold), as will be described in greater detail herein.

Microphone devices may detect a specific vocal keyword, that is, a “wakeword”, whereby the microphone device begins recording and transmittingacoustic data to a voice service after detecting the wake word. Forexample, a user may say “Alexa” to trigger the microphone device tobegin listening. The microphone device may then transmit acoustic datawhen a subsequent phrase is uttered; for example, “what is theweather?”. For example, the microphone device may then transmit thesubsequent phrase to the cloud server for acoustic processing.Alternatively, the microphone device may transmit the data to the systemcontroller 110. The system controller may then transmit the data to avoice service on a cloud server for acoustic processing, or the systemcontroller may locally process the acoustic data.

Acoustic processing and identification may be done locally either at themicrophone device or at the system controller, based on thedetermination of whether the signal is an acoustic signature (i.e.,audio data of interest for additional processing). If the microphonedevice or system controller determines that additional processing isnecessary, the acoustic data may be sent to a server (i.e., a cloudserver on the Internet) for processing. The microphone device maytransmit acoustic data to the system controller to send to the cloudserver through the router 114, or the microphone device may transmitacoustic data directly to the router 114 via Wi-Fi (i.e., without theneed for a centralized system controller). Alternatively, the microphonedevice may transmit acoustic data to the system controller, and thesystem controller may interpret and determine whether the data shouldremain local or be transferred to the cloud server for cloud processing.Although a cloud server has been described, one will understand that anyserver may be used, for example, a dedicated server. For example, thesystem controller may handle some or all of the acoustic processing inplace of, or in addition to, the cloud server.

One of the load control devices of the load control system 100 (e.g.,one of the lighting control devices 120) may be configured to receive avoice command and transmit acoustic data to the cloud server forprocessing. The load control device may then receive a response from thecloud server, interpret the response to determine a command forcontrolling a connected electrical load, and control the connectedelectrical load in response to the received voice command.

The microphone devices may monitor received audio inputs from users, forexample, and corresponding received responses from the cloud server, andover time to learn responses to commonly used acoustic signatures forthat space. For example, a command to “turn on the lights” as the mostfrequent command received by the microphone device in the kitchen mayallow the system (i.e., the microphone device and/or the systemcontroller) to associate the acoustic signature “turn on the lights”with the load control command to turn the lights on. In this way, theload control system may respond to these learned commands through alocal determination, without the need for cloud processing.

The machine learning and pattern recognition of audio inputs may beprocessed locally to the device, the system controller, or may beprocessed within the cloud server and transmitted to the device. Forexample, the cloud server may determine the most frequently used commandphrase and may “teach” the microphone device and/or the systemcontroller the characteristic audio signature to respond to. This localresponse optimization of frequently used commands for an area may helpreduce lag in response time, as well as reduce system dependence onWi-Fi and Internet communication if external communication is down.

Cloud processing may use a cloud-based voice recognition softwareservice, i.e., a voice service, such as Amazon Voice Services, Ski,Cortana, Google, or the like, located on a remote cloud server. Themicrophone device may be voice service agnostic, that is, the voiceservice used for signal processing and voice recognition may beselectable and not pre-configured.

The voice service may be configured by the user. In a first example, thevoice service may be configured at the time of setup of the system. Forexample, a user may select a voice service to use with the microphonedevice as part of a configuration of the microphone device or loadcontrol system. In a second example, the microphone device maydynamically select which voice service to use from two or more voiceservices each time a vocal request is made. The dynamic selection of thevoice service may be based on the type or content of the request, whichmay be setup during a configuration of the microphone device, asdescribed herein.

The voice service may be selected at setup from a list of voice servicesin a mobile application. A user may setup voice service for the loadcontrol system through a mobile application on a cellular phone ortablet, for example. The mobile application may wirelessly communicatewith the microphone devices. For example, the mobile application maycommunicate with the wireless devices via Bluetooth or Wi-Fi. Or, themobile application may communicate with a system controller 110 viaBluetooth or Wi-Fi. The system controller may then communicate with themicrophone devices which voice service to use. Or, the microphonedevices may transmit acoustic data to the system controller and thesystem controller may then transmit the acoustic data to the voiceservice, as previously described. FIG. 3A shows an example mobileapplication on a mobile device 300, where the screen 302 allows a userto select from a list of voice services 304, for example, Amazon VoiceServices' Alexa 304A, Google Voice by Google 304B, or Apple's Ski 304C.This list may be expanded to include other voice services such asMicrosoft Cortana, etc. Additionally, the user may have the option toskip (306) the selection, and a default voice service may be selected.

Alternatively, the voice service used may be dynamic, that is, dependenton the type or content of the user request. For example, the query “whatare the current traffic conditions” may be sent to the Google server forsignal processing, whereas “tell me a joke” may be sent to Amazon VoiceServices. According to this embodiment, after an initiation keyword(i.e., a wake word) has been spoken, the identification of a word ofinterest within the phrase may determine which cloud service to use.

As described, the recognition of a verbal command may require a wakeword, or initiation keyword, such as “Alexa” or “Google”. The wake wordmay determine which voice service is used, that is, the voice servicemay be dynamically selected from multiple voice services based on thewake word used. For example, Amazon Voice Services may require a user touse the keyword “Alexa”. As described, the wake word may be used toselect the voice service used for the remote signal processing. Forexample, if a user says the initiation keyword “Alexa”, the voice datamay be sent to Amazon Voice Services, whereas if the wake word “Siri” isused, the voice data may be sent to an Apple server for voiceprocessing.

In addition to traditional wake words associated with specific voiceservices, a user may setup a generic wake word during configuration ofthe microphone device. A generic wake word may be any word selected bythe user and configured in the setup as a wake word. For example, theword “home” or “computer” may be used as a generic wake word. A user mayuse a mobile application to setup the generic wake word. For example,the mobile application may communicate wirelessly to the microphonedevice, either directly or via the system controller and/or router. Themobile application may prompt the user to enter or speak an initiationkeyword, which may then be used as a generic wake word.

FIG. 3B is an example method 320 a microphone device may use todynamically select a voice service. The microphone device may detect awake word at step 330. After detecting the wake word, the microphonedevice may listen to receive voice input from the user following thewake word at step 332. At 334, the microphone device may determinewhether the wake word is a generic wake word. A generic wake word may bea word selected by a user at the time of setup which is not necessarilyassociated with a particular voice service. For example, the wake wordmay be a word such as “home” or “computer”.

If the wake word used is a generic wake word, at 336, the microphonedevice may determine whether a word of interest has been detected withinthe voice input. A word of interest may be a keyword that triggers aspecific voice service. The word of interest may be processed locally bythe microphone device or the system controller. If a word of interesthas been detected, the microphone device may determine which voiceservice is associated with the word of interest at step 340. Forexample, the microphone device may have a lookup table containing a listof words of interest wherein each word of interest is associated with aparticular voice service. One or more words of interest may also beselected by a user at the time of setup. For example, a user may inputone or more words of interest by typing or selecting them from a list ina mobile application and selecting a voice service to be used for eachword. Or, the list may be a default list that is already configured atthe time of setup and a user may optionally change which voice serviceto use for each word of interest. Some example words of interest may be“traffic” or “joke”, for example.

At step 344, the microphone device may transmit the voice input to theassociated voice service for additional processing and response to theuser input. For example, the word “traffic” may trigger the use of theGoogle server, whereas “joke” may trigger Amazon Voice Services. Themethod may then end.

If no word of interest has been detected within the voice input at step336, the microphone device may transmit the voice input to a defaultvoice service. The default voice service may be setup by a user or maybe a voice service used when the user has not selected a voice service.

If a generic wake word has not been detected, the microphone device maydetermine at step 352 if the spoken wake word is associated with voiceservice A. For example, if Voice Service A is Google Voice services, andthe wake word was “Hey Google”, the microphone device may determine thatthe wake word was associated with voice service A. The microphone devicemay than transmit the voice input to the associated voice service (i.e.,Google Voice services) at step 344. However, if the wake word was“Alexa”, at step 352 the microphone device may determine that the wakeword is not associated with Voice Service A (i.e., Google Voiceservices). At step 354, the microphone device may then determine whetherthe wake word is associated with a second voice service, voice serviceB, such as Amazon Voice services, for example. If the wake word isassociated with voice service B (e.g., the wake word was “Alexa” andvoice service B is Amazon Voice services), the microphone device maytransmit the voice input to the associated voice service at step 344.However, if the wake word was not associated with Voice Service B, themicrophone device may then transmit the voice input to a default voiceservice (such as Microsoft Cortana, for example). The method may thenend.

One will understand that the voice services described herein are forexample purposes only, and that any voice service may be used.Additionally, the microphone devices may not be limited to threedifferent voice services but may use any number of different voiceservices. Also, although the method is shown in a particular order, itis contemplated that the steps of the method may be used in any order.

Flexibility in choosing and/or using a voice assistant, either throughmanual selection by a user, or dynamically during operation of the loadcontrol system, may provide several advantages. First, the user may havemore flexibility in choosing future home integration devices, withoutthe need to choose a specific service up front (i.e., when purchasingthe device) which may not be compatible with future devices. Second, incases where the default cloud server is down or experiencing significantlatency, the system (i.e., the microphone device or a system controller)may choose a different voice service for processing after an expectedresponse time period has elapsed, to ensure service continuity for theuser.

For example, FIG. 3C is an example method 370 by which a microphonedevice may choose a different voice service when a first selected voiceservice is experiencing significant latency. The method 370 may startwhen the microphone device transmits data to a first voice service at372. At step 374, the microphone device may start a timer or counterupon transmitting acoustic data to a voice service on a cloud server forprocessing. The microphone device may then determine whether a responsehas been received at step 376. If the microphone device receives aresponse from the voice service before the counter exceeds a threshold,the microphone device may stop the timer at step 380 (e.g., reset thecounter to zero and stop the counter). The method may then end.

However, if the microphone device does not receive a response from thevoice service and the counter exceeds the threshold at step 384, themicrophone device may transmit the acoustic data to a different voiceservice on a different cloud server for processing at step 388. Thedevice may either reset the counter or start a second counter/timer atstep 374 and repeat the process.

Alternatively, the microphone device may transmit the audio data to twoor more voice services at the same time and wait to receive a responsefrom the faster voice service. Although the methods herein have beendescribed with respect to a microphone device, one will understand thatthe system controller may alternatively send the audio data to one ormore voice services for processing. For example, the microphone devicesmay communicate with the system controller to determine which voiceservice to use. For example, the microphone device may transmit the wakeword, or the wake word and the command, to the system controller, andthe system controller may interpret which voice service to use accordingto any of the previous examples. The system controller may then tell theaudio device which voice service to use, or the system controller maytransmit the audio data directly to the voice service and subsequentlyprovide the response to the respective audio device.

For example, the microphone device may transmit the wake word to thesystem controller. The system controller may interpret the wake word anddetermine which voice service from a group of voice services isassociated with the wake word. The system controller may then receivethe acoustic data from the microphone device and transmit the acousticdata to the voice service associated with the wake word (i.e., theselected voice service).

In a second example, the system controller may select a voice servicebased on the wake word from the microphone device as previouslydescribed. The system controller may then transmit which voice serviceis the selected voice service back the microphone device. The microphonedevice may then transmit the acoustic data to the selected voiceservice.

The microphone devices may also be responsive to other sounds besidesvocal commands and conversations. For example, the microphone devicesmay identify other user-generated sounds such as screams or yells;personal sounds such whistles, claps, snaps; snoring; coughing/sneezing;laughing; etc. Any or all of these user-generated sounds may be used torecall a scene. For example, a scene may be triggered based on a clap,which may turn on all the lights in a space.

The microphone devices may further identify other environmental sounds,such as sounds from: appliances, media, water, cooking, movement, devicefailure, emergency sounds, health/mood, airflow, exterior/outdoorsounds, and pet sounds, among others. The microphone devices maypassively sense these other environmental sounds, which may act asinputs to which the user may specify a desired output action by the loadcontrol system. In one example, a user may configure the load controlsystem to integrate with appliances and other home devices which are not“smart”-enabled by learning input sounds and desired actions based uponthe input sounds. In this way, state changes are sensed acousticallyrather requiring the appliances to have additional processors andwireless communication capabilities. For example, upon receiving aparticular acoustic signature, the microphone device 120 may determinethat the dryer 176 has completed its cycle. The microphone device 120may then initiate other actions in the system, such as flashing thelight 122 in room 102 that the user (i.e., occupant 180) is occupying,or sending a push notification to the mobile device 182 to let occupant180 know that the dryer has finished its cycle.

The load control system may also enable scenes in response to certainacoustic signatures. For example, the microphone devices may recognize acharacteristic sound, such as the Deep Note audio trademark of THXplaying on the television 144. The load control system may thenautomatically select a movie scene in which the load control system maylower the shades 150 and dim lights 132, 122 in room 106. In anotherexample, a microphone device may listen for a combination of sounds todetermine an action. For example, a microphone device may identify anacoustic signature of an alarm clock, and the load control system mayslowly fade the lights on, or delay or extend the fade upon a “snooze”.For example, if a microphone device identifies an acoustic signature ofan alarm clock, and the sound abruptly stops, the microphone device maylisten for additional sounds of a person getting out of bed. If themicrophone device does not hear additional noises after the alarm hasabruptly stopped, the load control system may determine that the userhas pressed the snooze button. In a third example, the load controlsystem may turn on a bathroom exhaust fan in response to the microphonedevice identifying a water noise (i.e., from a shower) for an extendedperiod of time (e.g., more than two minutes). The microphone device mayalso detect leaks through the sound of water dripping, and may alert auser of the sound and location.

A user may setup the load control system to provide various outputresponses based on a recognized acoustic input. That is, the loadcontrol system may learn to associate a particular action or loadcontrol command with a particular sound. The load control system maygenerate alerts (such as for a water leak), send push notifications to auser, etc. The microphone devices may also integrate with other devicesin the system, for example, occupancy sensors.

Additional output responses may be enabled in a load control system withmachine learning capabilities, which allows the system to adapt to achanging home environment through pattern mapping and correlating themeasured acoustic data to a database of known sounds, times of day,specific users and locations, specific activities, other system states.The discovery may be further enhanced through active reporting andfeedback from the user, and may additionally include prompted queries tothe user for confirmation and/or identification of an event to provideadditional information which then assists the system in the patternmapping and correlation. The user queries may be any or a combination ofvoice communication, a mobile notification, audio-visual communication,and the like.

A database may store and catalog sounds in a sound library. The soundlibrary may be built over time through collecting and “crowd-sourcing”sounds from various user inputs. Alternatively or additionally, thesound library may be built through a learning or commissioning periodwhere the user actively teaches the database different sounds, or thedatabase may passively learn the sounds by correlating them withspecific actions through machine learning. The sound library may bestored on a server, for example a cloud server 118 on the Internet 112,in the device's own memory, in the system controller, or any combinationof these. Using machine learning algorithms on the cloud server during alearning period may allow the system to operate independently from thecloud after the learning period has finished, i.e., not requiring accessto the Internet 112.

This may also be used, for example, during setup of the system toconfigure any word to be used as a generic wake word. For example, auser may repeatedly say the generic wake word during a training modewhich may be initiated during configuration of the microphone device orthe load control system. For example, training may be done through amobile application. The mobile application may communicate wirelessly tothe system controller or a cloud-based server. The microphone devicesand/or the system controller may also be trained to recognize specificsounds. For example, a user may repeatedly open and/or close a door totrain the microphone device to recognize a sound.

A user (e.g., occupant 180) may use the mobile application to associatethe sound with a specific response from the load control system. Forexample, a user may manually train the load control system to turn on alight in response to a specific sound. A user may manually train theload control system to recognize the specific sound by repeatedlycreating the sound and teaching the load control system the sound (e.g.,through a mobile application). The user may then input the desiredspecific response from the load control system when the sound isidentified, or the user may choose from a suggested list of actions. Forexample, when the microphone device hears the door open, a load controldevice may turn on the lights. This association between a sound and acorresponding action of the load control system may also be used inconjunction with conditional logic, similar to, for example, If ThisThen That (IFTTT) logic. For example, if a microphone device hears abedroom door open during the night, the load control system may turn onthe bathroom lights to a dimly lit level.

The load control system may also use machine learning to learn any ofthe sounds. For example, the load control system may automatically learnsounds and begin to correlate the sounds with actions. For example, theload control system may be configured to log sounds and correspondingactions, which may be processed by a server on the Internet 112. Forexample, the server may be a server such as the “other server” 118 shownin FIG. 1, which may be capable of processing generic acoustic soundsand may further be capable of machine learning and storing load controlactions. For example, the microphone devices may transmit audio data tothe system controller 110. The system controller may transmit the audiodata to a server. Following (or before) transmission of the audio data,a load control device may control an electrical load. The systemcontroller may also transmit the load control action to the server. Forexample, the microphone device may record the sound of a bedroom dooropening. The load control device may then turn on lights in the bathroomto a dim level. The sound of the bedroom door opening and the action ofturning on the bathroom lights to a specific intensity level may be sentto the server 118. For example, the microphone device and the loadcontrol device may transmit the acoustic signature and the load controlaction to the server directly, or the microphone device and the loadcontrol device may transmit the acoustic signature and the load controlaction to the system controller. The system controller may then transmitthe acoustic signature and the load control action to the systemcontroller. As the server begins to log information over time, theserver may be configured to use machine learning to notice patterns andassociate them. For example, when the bedroom door noise is heard, thebathroom light should turn on to a dim level, but only during the night.

The load control system may also use machine learning to determineactions associated with specific users. For example, during or after thelearning period, the system may determine that the household consists ofthree separate persons. A microphone device and/or the system may thenask a user for confirmation to identify that there are three separatepersons, and upon hearing a sound or voice command, the system may guessa specific user and/or prompt one of the occupants to name an identitywith which to associate the user. The microphone device and/or systemcontroller may query a user via audio communication, a push notificationon a cell phone, wearable, tablet, or other mobile device, a televisiondisplay, or the like. Over time, as the load control system learnssounds in the environment and can identify different users of the space,the load control system and/or microphone devices may also begin topredict a user's movement path, and personalize the space for the user,which may include storing personalized favorites, predicting a user'sdesired effect, or making suggestions to the user.

The use of a sound library and machine learning algorithms may allow themicrophone devices to become aware if a sound in the space is unknown.The detection and identification of sounds may be based on a confidencethreshold for correct identification. When a confidence threshold hasbeen reached for an unidentified sound (i.e., the system has determinedthat the sound is not background noise), the microphone devices mayalert the occupant that an abnormal sound was detected. Additionally,sounds which correlate to a warning sound from a library of knownwarning sounds (such as a scream, breaking glass, crashing or falling,etc.), may be used to detect emergencies in public areas and provide anaction based on the emergency type. For example, if the load controlsystem determines that one or more microphone devices have detectedbreaking glass, the load control system may send a command to thesecurity system or notify security personnel.

The load control system may also be capable of detecting health and moodsounds, and/or autonomously making adjustments in the space for occupantcomfort and productivity. For example, if the load control systemdetermines that productivity has declined (e.g., rate of typing on akeyboard has slowed), and that ambient background noise is high, theload control system may provide focused noise cancellation in thedirection of the user that is typing. For example, one or more speakersin the load control system may output sound to cancel the noise in theroom. Other sensor inputs may also be used in determining user location,such as image sensing, local pressure sensor in a user's chair, RFbeacon technology, etc. Alternatively, if the load control systemdetermines productivity has declined and ambient background noise is lowor normal, the load control devices may increase the brightness or thecolor temperature of the lighting in the space to make the user morealert.

The load control system may also provide feedback, for example,aggregate data measuring a viewer's responsiveness to movie previews orads. Particularly in commercial office or manufacturing environment, theload control system may also be able to track productivity levels, andOSHA noise hazards, and report them to the facility manager orsupervisor. Different sound levels may indicate different levels ofproductivity depending on the room or area. For example, loud machineryrunning may indicate the productivity level is adequate; however, if theenvironment is quiet, the absence of machinery noise may indicate thatthe machine is experiencing down time or a production line may have aproblem. In a second example, loud background noise in an office spacemay indicate that distractions are present, such as people talking,etc., which may indicate a lower productivity level. The load controlsystem may be configured (i.e., programmed) with a certain volume levelof expected sound, which may correlate to productivity levels asdescribed. For example, the load control system may trigger an alert ifthe sound in the room is outside (i.e., greater or less than) anexpected volume level or volume range for a period of time (the periodof time may be defined at configuration of the load control system, forexample, 10 minutes).

The load control system may also include speakers. The speakers may beintegrated into one or more microphone devices, and/or the speakers maybe separate from the microphone devices. The speakers may providefocused noise cancellation direction to a specific area in a room, forexample, using beamforming. Alternatively, the speakers may boost theamount of white noise in a space. Other sounds the system could respondto may include: water sounds (leaking, dripping, usage measurement),cooking, movement (walking, doors opening, windows opening, blindsdrawn), device failure sounds (mechanical noises, whirring, clicking,etc., indicating an appliance is starting to reach end of life),airflow, pet sounds, etc.

Responses of the system based on received acoustic input may be learnedover time based on how a user responds to the sounds and integrating theuser response into the system response. For example, the system maylearn that when the doorbell rings after sunset, a user will turn on theoutside light when answering the door. The system may then learn toanticipate a user's response and perform the intended action for theuser. System responses may include the control of loads, predicting auser's movement and/or path, determine the mood or activity of a user,assess emergency status of a situation, generate alerts, track activity,and generate reports.

When expected sounds do not occur, the load control system may alert auser that an expected sound (i.e., an expected activity) has notoccurred. For example, when the system learns that a child arrives athome at a certain time, the system may determine this event has notoccurred if the microphone devices do not hear the door close. When thesystem determines that the door has not closed, the system may alert theuser that the door has not closed, and/or if the action of the doorclosing has been associated to the child arriving home, the system mayalert the user that the child has not arrived home. A user may teach theload control system which sounds to associate to which actions orevents, as previously described.

FIG. 4 is an example method 400 which may be executed by a server toassociate load control actions with acoustic sounds. The method maystart when the server receives acoustic data at step 402. The acousticdata may be audio data of interest received from a microphone device.For example, the acoustic data may correspond to a user opening a doorand walking into a room.

After receiving the acoustic data, the server may receive a notificationthat a change of state (i.e., a load control action that may be definedby a command) has occurred in the space at step 406. For example, a usermay press a button on a load control device, such as a light switch ordimmer. In response to pressing the button, the load control device maycontrol (e.g., turn on) an electrical load, such as a light, forexample. The load control device may transmit a notification to theserver indicating the change of state, that is, that the load controldevice has turned on the load. One will understand that external sensorsmay be used in place of a load control device transmitting anotification. For example, a light sensor may detect that a light hasbeen turned on in a space, and the light sensor may transmit anotification of a change of state to the server. In addition, the servermay transmit a command to the load control device, e.g., in response toreceiving an input from a remote control device and/or a network device,such that the load control devices does not need to transmit thenotification to the server.

At step 408, the server may store the acoustic data, the notification(e.g., a command defining how the load control device controlled theelectrical load), a current day of the week, and/or a current time ofday. In addition, the server may store a time of the day and/or a day ofthe week at which the acoustic sound occurred at 408. For example, theserver may store the above to memory. At step 412, the server maydetermine the amount of time between receiving the acoustic data andreceiving the notification. For example, the server may receive theacoustic data of the door opening two seconds before receiving thenotification that the light has turned on. In addition, the server maydetermine if the load control device controlled the electrical loadwithin a period of time after the time at which the acoustic soundoccurred at step 412.

At step 414, the server may compare the recorded acoustic data and thenotification with any previous recordings that may be stored on theserver. For example, the server may store the door closing sound everytime it hears the sound. The server may then compare the currentlyreceived acoustic data with each of the previous recordings to determinewhich recordings match the currently received acoustic data. The servermay then compare the notifications of state change (e.g., the commands)and confirm that the state change is the same for each.

Alternatively, the server may compare the currently received acousticdata with a library or database of known acoustic sounds, as previouslydescribed. The server may correlate the currently received acoustic datawith one or a group of acoustic sounds to identify the sound. Forexample, the server may identify the currently received acoustic datawith a door opening (or closing). This may allow the server to store thereceived acoustic data as a door opening (or closing), instead ofstoring all of the acoustic data, in order to save space.

At step 416, the server may determine a pattern between the acousticsound and the notification. For example, the server may use machinelearning to determine that the acoustic sound and the notificationappear in similar instances at a specific time of day, and/or a specificday or days during a week. In addition, the server may determine if twoacoustic sounds are similar and two related commands are the same atstep 416. The server may use the historically recorded information todetermine the pattern. After determining a pattern, the server may thenassociate an action with the acoustic data at step 418. For example, theserver may associate the action of opening the door with thenotification of a change of state of the lights from off to on, i.e.,the action of turning on the lights. In addition, at step 418, theserver may store a validated command as associated with a validatedacoustic sound, where the validated acoustic sound represents twoacoustic sounds that have been determined to be the similar and thevalidated command represents two commands that are related to theacoustic sounds and have been determined to be the same. For example,the one of the acoustic sounds may be stored as the validated acousticsound and one of the commands may be stored as the validated command.The server may also store a validated time range and/or a validate dayof the week at 418.

The server may associate the action with the acoustic data according toa condition. For example, the action may be associated with the acousticdata only during a certain time of day, or certain day of the week,according to the associated pattern. At step 420, the server may receivesubsequent acoustic data. For example, the server may receive acousticdata corresponding to a door opening. Upon receiving the acoustic data,the server may determine whether the acoustic data matches the patternof the acoustic data associated with the action in step 422. That is,the server may determine that a subsequent acoustic sound is similar tothe validated acoustic sound before transmitting the validated commandto the load control device. The server may then transmit a controlcommand (i.e., the validated command) to carry out the action at step424 in response to receiving the acoustic data. The method 400 may thenexit.

Although this method has been described with the example of a server,one will understand that a system controller may alternatively use thesame, or an adaptation of, the described method.

Designing each microphone device to continually stream acoustic data tothe cloud for processing may cause wireless congestion issues. Inaddition to requiring a keyword to initiate voice processing, there areseveral additional congestion mitigation options to reduce the bandwidthof acoustic data streamed from the microphone devices to the Internet.The load control system may impose amplitude or frequency limits on theacoustic data, which may be set by a user, initiated by a systemcontroller, or set and stored in the microphone device itself. Theselimits may apply a threshold to the data, such that noises which areeither very quiet, and/or outside the frequency region of interest(i.e., very low frequency vibration/sounds, or high frequency sounds)are filtered out by the microphone device and not transmitted to thecloud for processing, thereby restricting the amount of data.

Multiple microphone devices may receive, or hear, a single voicecommand. The microphone devices may be configured to communicate witheach other to determine which microphone device(s) should respond to thevoice command and/or which microphone devices should communicate withthe voice service in the cloud. For example, the microphone devices maybe configured to determine which microphone device heard a voice commandthe best.

Microphone devices in close proximity to one another and receiving thesame acoustic signatures may also communicate with each other todetermine which device has received the highest quality acousticsignature, and enabling only one device to transmit the acoustic datafor further processing. For example, several microphone devices in thesame room may decide based on the volume of the sound received (i.e.,the amplitude of the acoustic signature) which microphone device shouldtransmit the acoustic data to the Internet for further processing.

For example, the microphone devices may determine which microphonedevice heard a voice command the best (or with the highest quality)through one or more of the following criteria: volume, proximity to thesound source, least multipath interference (i.e., least amount of phasenoise and/or acoustic echoes), highest signal-to-interference ratio(i.e., signal-to-noise or SNR ratio), and/or occupancy condition of thearea. For example, proximity to the sound source may be determined basedon phase delay of the received sound. For example, upon receiving avoice command, each microphone device may transmit the average volume ofthe command heard. Each microphone device may receive the average volumeof the command heard from the other microphone devices. Each microphonedevice may then compare its own average volume reading with the receivedaverage volumes from the other microphone devices, and determine basedon the comparison whether its own average volume was the loudest. Themicrophone device which determines that its average volume was theloudest may then transmit the acoustic data to the system controllerand/or a cloud server for voice processing.

Alternatively to the microphone devices analyzing the data anddetermining which microphone device heard the voice command the best,the system controller 110 may be configured to analyze audio data fromthe microphone devices to determine which microphone device heard thevoice command the best. Further, the microphone devices and/or thesystem controller 110 may collaborate (e.g., share audio data) todetermine the content of the voice command.

The system may also use data from occupancy sensors to determine whichmicrophone devices to enable for transmission of acoustic data. Forexample, a user may configure a space such that the transmission ofacoustic data by the microphone device in room 102 is only enabled whenthe occupancy sensor in that space senses that the room is occupied.This may require the user to setup rooms in the system (via a mobileapplication, for example), to configure the system controller and/ormicrophone device to respond to occupancy signals from the occupancysensor in room 102.

In a first example, the occupancy sensor 172 of room 102 may transmit anoccupied command to the load control device 120. For example, theoccupancy sensor and the load control device 120 may be associated, andthe load control device 120 may receive commands from the occupancysensor. The load control device 120 may be a microphone device. When theuser 180 speaks an audio command, the audio command may be heard by oneor more microphone devices in rooms 102, 104, 106. The microphone devicemay determine based on the last occupied command whether the room (i.e.,room 102, 104, or 106, respectively) is currently occupied. If themicrophone device determines that the room is not occupied, themicrophone device may not transmit audio data based on the audiocommand. However, if the microphone device determines that the room isoccupied, the microphone device may transmit the audio data based on theaudio command. In this way, the number of microphone devicestransmitting audio data may be reduced.

In a second example, the occupancy sensor 172 may transmit the occupiedcommand to the system controller 110. The system controller may thenalso control the flow of audio data. For example, the microphone devicesmay transmit the audio data to the system controller, which may transmitthe data to a server on the Internet 112 if the room in which themicrophone device is located is currently occupied. Or, the systemcontroller may instruct one or more microphone devices located in roomswhich are not occupied to not transmit audio data.

Alternatively, the microphone device may contain an occupancy sensor,and may use its own occupancy signals to determine whether or not totransmit audio data. For example, if the microphone device determinesthe room is occupied, it may transmit audio data. However, if themicrophone device determines the room is not occupied, it may nottransmit audio data.

FIG. 5A is a simplified flowchart of an example audio control procedure500A that may be executed by a load control device of a load controlsystem (e.g., one of the lighting control devices 120 of the loadcontrol system 100). The load control device may be configured tocontrol an electrical load. The load control device may comprise amicrophone for receiving audio data (e.g., voice commands and/or sounds)and may be configured to directly communicate with a voice service inthe cloud to allow for controlling an electrical load connected to theload control device. At step 510, the load control device may detect awake word. After detecting the wake word at step 510, the load controldevice may receive voice input comprising a voice command at step 512.The load control device may transmit the voice input to a voice service(e.g., Alexa Voice Services) in the cloud at step 515 (e.g., directly tothe Internet via the router 109 and/or via the system controller 110).The load control device may receive a response from the voice service atstep 516 and may interpret the response to determine a command forcontrolling the electrical load at step 518. At step 520, the loadcontrol device may then directly control the connected electrical loadin response to the interpreted command received from the voice service,before the audio control procedure 500 exits.

In addition to receiving and responding to vocal load control commandsfrom a user, the load control device may be responsive to other vocalrequests. FIG. 5B is a simplified flowchart of an example controlprocedure 500B that may be executed by a load control device of a loadcontrol system to receive and respond to both vocal load controlcommands and other vocal requests. Steps 510-518 may be the same assteps 510-518 described in FIG. 5A, where the load control devicereceives voice input, transmits it to the voice service forinterpretation, and the load control device then receives and interpretsthe response from the voice service. For example, the voice service onthe cloud server may process the acoustic data and may determine anaction based on the voice processing. Based on the action, the cloudserver may send a response to the load control device. For example, thecommand may be “turn on the kitchen lights”. The voice service maydetermine the action “turn on” and the corresponding device for the“kitchen lights”, that is, the control device located in the kitchen.The cloud server may then transmit a command to the load control device(e.g., for a load control device with an integrated microphone device,that is, the microphone device which sent the command) for control ofthe electrical load. At step 519, the load control device may determinewhether the response from the voice service comprises a load controlcommand. If the load control device determines the response comprises aload control command, the load control device may directly control theconnected electrical load in step 520. For example, the load controlcommand may comprise a digital code comprising one or more specificdigits that the load control device may recognize as a load controlcommand. For example, the code 1100100 may mean turn on the lights to100% intensity. One will understand analog control commands mayalternatively be used.

If the load control device determines that the response does notcomprise a load control command (i.e., the response is a stream ofanalog or digital data that is not recognized as a load controlcommand), the load control device may play the received response fromthe voice service at step 522. For example, the load control device maydirectly play the received response via one or more speakers. Thespeakers may be integrated with the load control and/or microphonedevice, or the speakers may be an external device. For example, the loadcontrol device or microphone device may receive the acoustic responsefrom the cloud server and may transmit the response to one or morespeakers to be played back to a user. For example, if the voice inputwas a request for the current weather, the received response may be “itis currently raining”, which may be played back by the speakers.

Alternatively, the system controller may receive the response anddetermine whether to send the response to a load control device or to aspeaker, etc. Additionally, the system controller may receive a commandfrom the cloud server (such as a lighting control command, for example,1100100), and may translate the command to a lighting control command ina different protocol. For example, the system controller may receive thecommand and may transmit it to a lighting control device using theClearConnect protocol. Other examples are possible.

FIG. 6 is a simplified flowchart of an example audio control procedure600 that may be executed by a load control device of a load controlsystem (e.g., one of the lighting control devices 120 of the loadcontrol system 100). In the audio control procedure 600, the loadcontrol device may be configured to process some voice commands locallyand control the connected electrical load without transmitting the voicecommand to the voice service in the cloud. This may reduce the latencyof the response and further may allow the load control system to processvoice commands when the network (i.e., the cloud server) is down orunavailable. When the load control device receives a voice command thatis not validated for local processing (that is, the voice command is notone of a list of recognized commands), the load control device may beconfigured to analyze the voice command to determine if the load controldevice should begin to process the voice command locally (e.g., if thevoice command is one that is received often).

Referring to FIG. 6, the load control device may detect a wake word atstep 610 and receive a voice command at step 612. At step 614, the loadcontrol device may determine if the voice command is a validatedcommand. A validated command may be a voice command that the loadcontrol device recognizes, for example, the validated command may beassociated with a corresponding action. For example, a validated commandmay be a voice command “turn on the lights”, which may be associated inmemory with the action to turn on the lights. For example, the loadcontrol device may compare the received voice command with one or morevoice commands stored in memory. If the received voice command matchesone of the voice commands stored in memory, the load control device mayrecognize the voice command, that is, the voice command may be avalidated command. For example, the load control device may correlatethe voice command with the voice commands stored in memory and determinea match based on a correlation percentage. If the correlation percentageis above a threshold, the load control device may determine that thevoice command matches the stored voice command. For example, if thethreshold is 90% and the voice command correlates with the storedcommand by 96%, the load control device may determine that the voicecommand is a validated command. However, if the correlation is less than90%, the load control device may determine that the command is not avalidated command.

If the received voice command is a validated command at step 614 (e.g.,stored in memory in the load control device as described), the loadcontrol device may directly control the connected electrical load inresponse to the received voice command, according the action stored andassociated with the validated command. The audio control procedure 600may then exit. If the received voice command is not a validated commandat step 614 (i.e., not stored locally), the load control device maytransmit the voice command to a voice service in the cloud at step 618(e.g., directly to the Internet via the router 114 and/or via the systemcontroller 110). The load control device may receive a response from thevoice service at step 620 and interpret the response to determine a loadcontrol command (i.e., an action) for controlling the electrical load atstep 622.

At step 624, the load control device may determine whether the voicecommand should be processed locally. For example, if the response fromthe voice service was a load control command, the load control devicemay determine whether the received load control command (i.e., action)has been stored in memory. For example, the load control command may bea simple intensity count, such as 00110101, for example, which mayindicate to the load control device to set the intensity to 100%. If oneor more instances of the received load control command have been storedin memory, the load control device may compare the current voice commandwith each stored voice command in memory associated with the loadcontrol command, as previously described.

Different criteria may be used to determine if the voice command shouldbe processed locally. In a first example, if the voice command is notstored in memory, the load control device may store the voice command inmemory as a validated command at step 626, along with the load controlcommand. In this way, a voice command with a corresponding load controlcommand may only need interpreted by a voice service a single timebefore the load control device may determine that the command should beprocessed locally at step 624. The load control device may then storethe voice command as a validated command and associate the correspondingaction to take based on the load control command at step 626.

Alternatively, the load control device may require the voice command tobe received multiple number of times, before storing the voice commandas a validated command. According to a second example, the load controldevice may require the voice command to be received three times. (Onewill recognize any number may be used.) The load control device maystore the voice command either in multiple instances in the memory, orrecord how many times the voice command has been received, beforestoring the voice command as a validated command. For example, whenthree instances of the voice command have been received and stored inmemory, each voice command having the same corresponding load controlcommand, the load control device may then determine that the commandshould processed locally. If the load control device determines that thecommand should be processed locally at step 624, the load control devicemay store the voice command in memory as a validated command at step626, along with the load control command.

If the voice command does not match any of the stored voice commands, orif multiple stored commands are required to create a validated command,the load control device may determine that the command should not beprocessed locally. Otherwise, the load control device may store dataregarding the received voice command in memory at step 628 for use whendetermining if the command should be processed locally in the future.After determining if the received voice command should be processedlocally or not at step 624, the load control device may directly controlthe connected electrical load at step 616 in response to the receivedvoice command, before the audio control procedure 600 exits.Additionally, if the response is an acoustic response to the voicecommand (e.g., a user has asked a question and the voice serviceprovides a response), the load control device may determine that thevoice command should not be processed locally (i.e., an Internet searchservice may be required to process the request), and the load controldevice may not store the voice command.

FIG. 7 is a simplified flowchart of an example audio control procedure700 that may be executed by one or more load control devices of a loadcontrol system (e.g., the lighting control devices 120 of the loadcontrol system 100). The multiple load control devices of the loadcontrol system may be configured to communicate with each other in orderto determine how to communicate with a voice service in the cloud and tocontrol the respective electrical loads. One or more of the load controldevices may detect a wake word at step 710 and receive a voice commandat step 712.

The load control devices may communicate with each other at step 714 inorder to determine which one of the load control devices should transmitthe voice command to the voice service. For example, the load controldevices may determine which load control device heard the voice commandthe best (e.g., the loudest or closest) at step 714, as previouslydescribed for multiple microphone devices. For example, the microphonedevices may transmit characteristics of the voice command to each other(for example, volume, multipath interference (e.g., echoes), distance tothe sound source, etc.). Each load control device may then compare thecharacteristic(s) to its own measured characteristic(s). If the loadcontrol device determines its own characteristic(s) are not better thanthe received characteristics(s), the load control device may nottransmit the voice command to the server. However, if the load controldevice determines that its own characteristic(s) are better than thereceived characteristic(s), the selected load control device maytransmit the voice command to the voice service in the cloud at step 717(e.g., directly to the Internet via the router 109 and/or via the systemcontroller 110). Other examples are possible.

The selected load control device may receive a response from the voiceservice at step 718 and interpret the response to determine a loadcontrol command for controlling the electrical load(s) at step 720 (assimilarly described with respect to FIGS. 5A, 5B). The selected loadcontrol device may directly control its connected electrical load inresponse to the interpreted command at step 722 (if needed) and/or maytransmit the interpreted command to the other load control devices atstep 724, which may in turn control their loads. According to a firstexample, the load control device may transmit the command to all of theload control devices which heard the voice command. For example, theload control device may transmit the load control command to each loadcontrol device it received a communication from at step 714. In a secondexample, the load control command may be a scene command. The loadcontrol device may then transmit the scene command to other load controldevices in the load control system. The other load control devices inthe load control system may or may not be microphone devices. The otherload control devices may determine whether to control their respectiveelectrical loads based on the scene command. For example, the loadcontrol device may transmit a “morning” scene command to one or moreload control devices, such as a motorized window treatment. Themotorized window treatment may receive the scene command and may adjusta respective window covering based on the scene command, for example,the motorized window treatment may raise the window covering to fullyopen, while one or more lighting control devices may turn off theirrespective lighting loads in response to the “morning” scene”. Otherexamples are possible. After controlling the electrical loads, the audiocontrol procedure 700 may then exit.

FIG. 8 is a flowchart of another example audio control procedure 800that may be executed by one or more load control devices of a loadcontrol system (e.g., the lighting control devices 120 of the loadcontrol system 100). Using the audio control procedure 800, each loadcontrol device may be configured to determine which load control devicesto control depending on whether the received command includesinformation regarding a zone (e.g., one or more load control devices inan area) to be controlled. For example, if the user states “Alexa, turnon the kitchen lights”, the voice service may interpret the voicecommand as “turn on” and the zone as “kitchen”. The cloud server maythen translate the voice command and zone into a format recognizable tothe load control system. The load control devices may receive theresponse from the cloud server including the command “turn on” and thezone “kitchen”, and the load control devices may be configured todetermine that the desired zone is the kitchen lights. However, if theuser simply states “Alexa, turn on the lights”, the load control devicesmay determine that the desired zone is the load control device thatheard the voice command the best (e.g., the loudest or closest).

Referring to FIG. 8, one or more of the load control devices may detecta wake word at step 810 and receive a voice command at step 812. Theload control devices may communicate with each other at step 814 inorder to determine which one of the load control devices should transmitthe voice command to the voice service, e.g., the load control devicethat heard the voice command the best, as previously described in FIG.7. Other examples are possible. The selected load control device maytransmit the voice command to the voice service in the cloud at step 816(e.g., directly to the Internet via the router 114 and/or via the systemcontroller 110). The selected load control device may receive a responsefrom the voice service at step 818 and interpret the response todetermine a load control command for controlling the electrical load(s)at step 820 (for example, as described in FIGS. 5A and 5B).

At step 822, the selected load control device may determine whether ornot the response command from the voice service includes zoneinformation. For example, the received command may be “lights on” with azone of “kitchen”. If the received command includes informationindicating a zone to be controlled at step 822, the load control devicemay directly control its connected electrical load in response to theinterpreted command at step 824 (if needed) and may transmit thereceived command to the other load control devices at step 826, beforethe audio control procedure 800 exits. For example, if the command fromthe voice service includes zone information, each load control devicemay know which zone it controls via configuration information. Theselected load control device may then determine whether the zone controlinformation matches its own zone information, and if it does, theselected load control device may then control its connected load at step824. However, if the zone control information is for a zone whichanother load control device controls, the selected load control devicenot control its electrical the load. The selected load control devicemay transmit the command including the zone control command to the otherload control devices in the load control system at step 826. Forexample, the other load control devices may then receive the zonecontrol command and determine whether to control their connectedelectrical load based on the zone control command and their specificconfiguration.

Alternatively/in addition, the system controller may determine zoneinformation. For example, the system controller may be configured toknow what devices are in which zones, based on configuration dataestablished during setup of a load control system. For example, theselected load control device may transmit the zone control informationand the load control command from the voice service to the systemcontroller. The system controller may determine which load controldevice(s) correspond to the respective zone control information, and maythen transmit the load control command to the one or more load controldevices associated with the respective zone control command. Thesedevices may then control their respective loads accordingly.

Alternatively, if the received command does not include informationregarding a desired zone to be controlled, the selected load controldevice (e.g., the load control device that received the voice commandthe best) may interpret the response to determine a load controlcommand. The selected load control device may directly control theconnected electrical load in response to the interpreted command at step828. The audio control procedure 800 may exit.

One will understand that other examples are possible. For example, whenthe load control command does not include zone information, the selectedload control device may still transmit the load control command to oneor more other load control devices. For example, the command may be ascene, which includes multiple load control devices adjusting theirrespective loads. In this case, the selected load control device maytransmit the command to the system controller and/or one or more loadcontrol devices which may interpret the load control or scene command.For example, the response from the voice service include an action thatis a scene. The scene may be received by the selected load controldevice. The selected control device may translate the scene action intoa load control command to the load control system. The other loadcontrol devices in the load control system may receive the scene commandand determine whether or not to control their respective loads based onwhether the load control device has been programmed to respond to thespecific scene during configuration of the load control system.Alternatively, the selected load control device may transmit the scenecommand and/or the response from the voice service to the systemcontroller. The system controller may then transmit corresponding sceneor load control commands to the load control system and/or individualload control devices.

In another example, although described here as a load control device,one will recognize a standalone microphone device which is not a loadcontrol device may be used to receive the load control command from thevoice service. Therefore, if the selected device is a standalonemicrophone device which receives a load control command not includingzone information, the selected microphone device may then transmit theload control command to the system controller and/or load controldevices in the same room as the selected microphone device. For example,the system controller may determine which load control device(s) are inthe same zone or area as the selected microphone device (based oninformation from a room setup obtained during system setup of the loadcontrol system and microphone devices), and may transmit the controlcommand to the respective load control device(s). For example, theselected microphone device may transmit the received response from thevoice service to the system controller, and/or may transmit aninterpreted response the system controller. The system controller mayreceive the interpreted response, or may interpret the receivedresponse, and may determine which load control devices are in the sameroom as the microphone device. The system controller may then transmitone or more load control commands to one or more load control devices inthe same room as the selected microphone device. Or, the selectedmicrophone device may know which load control devices are in the sameroom and may transmit the interpreted command directly to the loadcontrol devices within the same room.

FIG. 9 is an example audio control procedure 900 that may be executed bya load control device (e.g., one of the lighting control devices 120)and/or a system controller (e.g., the system controller 150) of a loadcontrol system (e.g., the load control system 100). The load controldevice may comprise a microphone for receiving audio data (e.g., voicecommands and/or sounds). The load control device may be configured totransmit the audio data to the system controller, which may beconfigured to communicate with the voice service in the cloud to allowfor controlling the electrical load connected to the load controldevice. After detecting a wake word at step 910, the load control devicemay receive a voice command at step 912. The load control device maytransmit the voice command to the system controller at step 914 and thesystem controller may transmit the voice command to the voice service inthe cloud at step 916. The system controller may receive a response fromthe voice service at step 919 and interpret the response to determine aload control command for controlling the electrical load at step 920. Atstep 922, the system controller may transmit the interpreted command tothe load control device. For example, the system controller may use zoneinformation in the received interpreted command to determine which loadcontrol device(s) to send the interpreted command to. For example, thesystem controller may determine which devices correlate to the receivedzone, and may control the devices in that zone based on the interpretedcommand. In another example, the system controller may transmit theinterpreted command to the load control device which it received thevoice command from, and/or the load control device which heard the voicecommand the best, as previously described. Alternatively, if theinterpreted command is a scene command, the system controller mayrecognize the scene command and transmit load control commands to therespective load control devices to create the desired scene. At step924, the load control device(s) may then directly control the connectedelectrical load in response to the interpreted command received from thevoice service. The audio control procedure 900 may then exit.

FIG. 10A is a flowchart of an example audio control procedure 1000 thatmay be executed by a load control device (e.g., one of the lightingcontrol devices 120) and/or a system controller (e.g., the systemcontroller 150) of a load control system (e.g., the load control system100). The load control device may comprise a microphone for receivingaudio data (e.g., voice commands and/or sounds). The load control devicemay be configured to transmit the audio data to the system controller,which may be configured to communicate with the voice service in thecloud to allow for controlling the electrical load connected to the loadcontrol device. After detecting a wake word at step 1010, the loadcontrol device may receive a voice command at step 1012. The loadcontrol device may transmit the voice command to the system controllerat step 1014. The system controller may then transmit the voice commandreceived from the load control device to one or more voice services inthe cloud at step 1016. One will understand that any or multiple voiceservices may be used, or the voice service may be selectable, aspreviously described. After the voice service has processed the audiodata of the voice command, the system controller may receive a responsefrom the voice service at step 1018. At step 1020, the system controllermay interpret the response to determine a command for controlling theelectrical load at step 1020.

If the received command includes information indicating a zone to becontrolled at step 1022, the system controller may transmit theinterpreted command to the respective load control device(s) for thatzone. For example, the system controller may maintain a configurationdatabase that associates load control devices with zones which may beused to determine which load control devices to transmit the interpretedcommands to for a respective zone. For example, the configurationdatabase may be created during a configuration state of the load controlsystem. Additionally and/or alternatively, the system controller mayalso have a configuration database for one or more scenes, which mayalso be configured during a configuration or setup state of the loadcontrol system, wherein each scene is associated with respectivelighting controls. The load control device may then directly control theconnected electrical load in response to the interpreted command at step1024, before the audio control procedure 1000 exits.

If the received command does not include information indicating a zoneto be controlled at step 1022 and the area in which the load controldevice that heard the audio command best is occupied at step 1026, thesystem controller may transmit the interpreted command to the loadcontrol device that heard the audio command best at step 1028. The loadcontrol device that heard the audio command the best may be associatedwith a zone. The system controller may additionally, or alternatively,determine which load control devices are included in the same zone asthe load control device that heard the audio command the best. Thesystem controller may then transmit a load control command based on theinterpreted command to one or more load control devices in the same zoneas the load control device that heard the audio command the best. Forexample, additional load control devices, which may not be microphonedevices, may be located in a same zone as the load control device thatheard the audio command the best. In this way, the system controller maytransmit the command to all the load control devices in the zone. Theaudio control procedure 1000 may then exit. If the area in which theload control device that heard the audio command best is not occupied atstep 1026, the system controller may determine which load control devicein an occupied area heard the audio command the best at step 1030. Thesystem controller may then transmit the interpreted command to that loadcontrol device (or the load control devices in the same zone, aspreviously described) at step 1032, before the audio control procedure1000 exits.

FIG. 10B is a message flow diagram similar to the flowchart shown inFIG. 10A. One or more devices may send commands or messages to eachother. For example, a load control system may have one or more loadcontrol devices 1040, 1042, a system controller 1046, and one or moreoccupancy sensors 1052. Any or all of these devices may communicate witha cloud service 1050 on the Internet.

For example, one or more occupancy sensors 1052 may transmit occupancyinformation 1056 to the system controller 1046. The system controller1046 may use the occupancy information 1056 to maintain an occupancystatus for one or more areas associated with the one or more occupancysensors 1052. The system controller 1046 may also control one or moreload control devices based on the occupancy information.

When a user speaks a wake word, one or more load control devices 1040,1042 may hear the wake word and record voice input 1058 following thewake word. The one or more load control devices may transmit the voiceinput 1058 to the system controller 1046 for processing. The systemcontroller may process the voice input 1058 locally. For example, thesystem controller may process the voice inputs 1058 to determine whichvoice input has a better audio quality. The audio quality may be basedon a signal to noise ratio, volume, multipath reflections, etc., aspreviously described. The system controller 1046 may then transmit thevoice input 1060 having better audio quality to the cloud service 1050for voice processing.

The cloud service 1050 may process the voice input 1060 and may return aprocessed output 1062 to the system controller. The processed output maybe a load control command. For example, the processed output may be aninstruction to turn a specific lighting load or zone on or off. Forexample, if the voice input was “turn on the kitchen lights”, the cloudservice may digitally instruct the system controller 1046 to turn on thelighting loads in the kitchen. The system controller may then translatethe instructions into commands for one or more load control devices.Alternatively, if the voice input 1060 was a request that was notassociated with controlling a load, the cloud service 1050 may respondwith an answer to the request in the form of acoustic data. The systemcontroller 1046 may receive the acoustic data and transmit it directlyto one or more load control devices, or to one or more speakers.

The system controller 1046 may determine to transmit the command oracoustic data to one or more load control devices based on one or moreparameters. That is, the system controller may attempt to send thecommand or acoustic data to the load control device located in the areathat the user made the request. For example, the system controller 1046may transmit the command to the load control device that heard the voiceinput the best. For example, if the voice input 1060 transmitted to thecloud service 1050 was received from the load control device 1040 (andthe redundant voice input 1058 from the load control device 1042 wasignored), the system controller may return the command 1064 to the loadcontrol device 1040 and/or any devices in the same zone as the loadcontrol device 1040. In this way, the load control device 1040 mayrespond to the command.

Additionally or alternatively, the system controller may use theoccupancy information 1056 to transmit commands to the load controldevices. For example, if both areas are occupied where the load controldevices 1040, 1042 are located, the system controller may transmit thecommand to both of the load control devices. However, if only one of theareas is occupied, for example, the system controller may transmit thecommand to just the occupied area. For example, the system controllermay transmit the command 1064 to just the load control device 1042.Although it has been described herein as the system controller transmitsa command to a load control device in an occupied area, there may bemultiple load control devices in the occupied area. For example, theexample of a single load control device in an area is for descriptivepurposes only, and one will recognize that the system controller maytransmit the command to any or all load control devices in an occupiedarea.

Although this method has been described herein as using a systemcontroller, one will understand that systems may be designed which donot require the use of a system controller. For example, the loadcontrol devices 1040, 1042 may communicate wirelessly or via a wiredconnection (e.g., power line communication) to receive occupancyinformation 1056 and/or determine which load control device heard thevoice input the best, thereby consuming the role of the systemcontroller between themselves. Additionally or alternatively, the loadcontrol devices themselves may contain occupancy sensors. Othervariations are possible.

FIG. 11 is a simplified block diagram of an example control device 1100that may be configured as a microphone device and may deployed as, forexample, the wall-mounted keypad 176 of the load control system 110shown in FIG. 1. The control device 1100 may be powered by a powersupply 1112 that may receive power from a power connection 1116, whichmay receive power from an external alternating-current (AC) power supplyor an external direct-current (DC) power supply. The power supply 1112may provide an output DC supply voltage V_(CC) for powering a controlcircuit 1102. The control device 1102 may include one or more generalpurpose processors, special purpose processors, conventional processors,digital signal processors (DSPs), microprocessors, microcontrollers,integrated circuits, programmable logic devices (PLD), fieldprogrammable gate arrays (FPGA), application specific integratedcircuits (ASICs), or any suitable controller or processing device or thelike (hereinafter collectively referred to as processor(s) or controlcircuit(s) 1002). The control circuit 1102 may be configured to executeone or more software-based applications that include instructions thatwhen executed by the control circuit may configure the control circuitto perform signal coding, data processing, power control, input/outputprocessing, or any other functionality that enables the control device1100 to perform as described herein. One will recognize that featuresand processes described herein may also and/or alternatively be providedby firmware and/or hardware in addition to/as an alternative tosoftware-based instructions.

The control circuit 1102 may store information in and/or retrieveinformation from the memory 1118. Memory 1118 may also storesoftware-based instructions for execution by the control circuit 1102and may also provide an execution space as the control circuit executesinstructions. Memory 1118 may be implemented as an external integratedcircuit (IC) or as an internal circuit of the control circuit 1102.Memory 1118 may include volatile and non-volatile memory modules/devicesand may be non-removable memory modules/devices and/or a removablememory modules/devices. Non-removable memory may include random-accessmemory (RAM), read-only memory (ROM), a hard disk, or any other type ofnon-removable memory storage. Removable memory may include a subscriberidentity module (SIM) card, a memory stick, a memory card, or any othertype of removable memory. The control device 1100 may also include oneor more communication circuits 1106 for transmitting and/or receivingwireless and/or wired communication. The control device 1100 maycomprise a user interface 1120 coupled to the control circuit 1102 forreceiving user inputs and displaying feedback information.

The control circuit 1102 may be adapted to receive audio signals from aninput microphone 1104 and determine how to process the audio signals asdescribed herein. The control circuit 1102 may be configured to detect awake word spoken by a user of the control device 1100, for example, bycomparing the audio data to one or more predetermined wake words storedin the memory 1118. The control circuit may send or receive commandsrelated to controlling electrical loads, such as a lighting load, forexample, or for sending acoustic data to a system controller or a remotenetwork server for further audio data processing. The remote networkserver may be a cloud server. The control circuit may communicate to theremote network via one or more intermediary devices, such as a systemcontroller, and/or a router device. The communication protocol mayinclude one or more of the following: Wi-Fi, HaLow, ZigBee, Bluetooth,Z-Wave, ClearConnect, or other similar protocols.

The input microphone 1104 may be a digital or analog MEMs device, whichare available at low-cost and in small package sizes. However, electretcondenser, magnetic, or other broadband acoustic input devices availablein a suitably small package size may alternatively be used, for example.The microphone device may include multiple input microphones, which maybe physically spaced apart from one another. Multiple input microphonesmay allow for improved ambient noise rejection, and may also allow foracoustic beam-forming or beam-steering, whereby the microphone device isdirectionally sensitive to input sounds.

The control device 1100 may also include a speaker 1111 coupled to thecontrol circuit 1102 for allowing for communication with the user. Thespeaker may allow the microphone device to communicate audibly with auser, or may be used to play music. The control circuit 1102 may beconfigured to cause the speaker 1111 to generate audio signals, forexample, in response to data received from the voice service in thecloud. For example, the data received from the voice service in thecloud may indicate an answer to a question asked by the user of thecontrol device 1100 and the control circuit 1102 may be configured tocause the speaker 1111 to broadcast the answer for the use.

The control device 1100 may include additional circuitry not shown here,including, but not limited to: load control, passive infrared occupancysensing, microwave occupancy sensing, ambient light sensing, timeclockor time-of-day tracking, and the like.

FIG. 12 is a simplified block diagram of an example load control device1200 that may be deployed as, for example, the lighting control devices120 of the load control system 100 shown in FIG. 1, although it maycontrol other types of electrical loads. The load control device 1200may include a hot terminal H that may be adapted to be coupled to an ACpower source 1202. The load control device 1200 may include a dimmed hotterminal DH that may be adapted to be coupled to an electrical load,such as a lighting load 1204. The load control device 1200 may include acontrollably conductive device 1210 coupled in series electricalconnection between the AC power source 1202 and the lighting load 1204.The controllably conductive device 1210 may control the power deliveredto the lighting load. The controllably conductive device 1210 mayinclude a suitable type of bidirectional semiconductor switch, such as,for example, a triac, a field-effect transistor (FET) in a rectifierbridge, two FETs in anti-series connection, or one or moreinsulated-gate bipolar junction transistors (IGBTs). An air-gap switch1229 may be coupled in series with the controllably conductive device1210. The air-gap switch 1229 may be opened and closed in response toactuations of an air-gap actuator. When the air-gap switch 1229 isclosed, the controllably conductive device 1210 is operable to conductcurrent to the load. When the air-gap switch 1229 is open, the lightingload 1204 is disconnected from the AC power source 1202. The loadcontrol device 1200 may include a control circuit 1214. The controldevice 1102 may include one or more general purpose processors, specialpurpose processors, conventional processors, digital signal processors(DSPs), microprocessors, microcontrollers, integrated circuits,programmable logic devices (PLD), field programmable gate arrays (FPGA),application specific integrated circuits (ASICs), or any suitablecontroller or processing device or the like (hereinafter collectivelyreferred to as processor(s) or control circuit(s) 1214). The controlcircuit 1214 may be configured to execute one or more software-basedapplications that include instructions that when executed by the controlcircuit may configure the control circuit to perform signal coding, dataprocessing, power control, input/output processing, or any otherfunctionality that enables the load control device 1200 to perform asdescribed herein. One will recognize that features and processesdescribed herein may also and/or alternatively be provided by firmwareand/or hardware in addition to/as an alternative to software-basedinstructions. The control circuit 1214 may store information in and/orretrieve information from the memory 1220. Memory 1220 may also storesoftware-based instructions for execution by the control circuit 1214and may also provide an execution space as the control circuit executesinstructions. Memory 1220 may be implemented as an external integratedcircuit (IC) or as an internal circuit of the control circuit 1214.Memory 1220 may include volatile and non-volatile memory modules/devicesand may be non-removable memory modules/devices and/or a removablememory modules/devices. Non-removable memory may include random-accessmemory (RAM), read-only memory (ROM), a hard disk, or any other type ofnon-removable memory storage. Removable memory may include a subscriberidentity module (SIM) card, a memory stick, a memory card, or any othertype of removable memory.

The control circuit 1214 may be operatively coupled to a control inputof the controllably conductive device 1210, for example, via a gatedrive circuit 1212. The control circuit 1214 may be used for renderingthe controllably conductive device 1210 conductive or non-conductive,for example, to control the amount of power delivered to the lightingload 1204.

The load control device 1200 may comprise a user interface 1216 coupledto the control circuit 1214 for receiving user inputs and displayingfeedback information. The control circuit 1214 may receive inputs inresponse to actuations of buttons of the user interface 1216, and maycontrol the controllably conductive device 1210 to adjust the intensityof the lighting load 1204 in response to the actuations. The controlcircuit 1214 may be configured to illuminate visual indicators (e.g.,LEDs) of the user interface 1216 to provide feedback of the presentintensity of the lighting load 1204.

The control circuit 1214 may receive a control signal representative ofthe zero-crossing points of the AC main line voltage of the AC powersource 1202 from a zero-crossing detector 1218. The control circuit 1214may be operable to render the controllably conductive device 1210conductive and/or non-conductive at predetermined times relative to thezero-crossing points of the AC waveform using a phase-control dimmingtechnique. Examples of dimmers are described in greater detail incommonly-assigned U.S. Pat. No. 7,242,150, issued Jul. 10, 2007,entitled “Dimmer Having a Power Supply Monitoring Circuit”; U.S. Pat.No. 7,546,473, issued Jun. 9, 2009, entitled “Dimmer having amicroprocessor-controlled power supply”; and U.S. Pat. No. 8,664,881,issued Mar. 4, 2014, entitled “Two-wire dimmer switch for low-powerloads”, the entire disclosures of which are hereby incorporated byreference.

The load control device 1200 may include a power supply 1222. The powersupply 1222 may generate a direct-current (DC) supply voltage V_(CC) forpowering the control circuit 1214 and the other low-voltage circuitry ofthe load control device 1200. The power supply 1222 may be coupled inparallel with the controllably conductive device 1210. The power supply1222 may be operable to conduct a charging current through the lightingload 1204 to generate the DC supply voltage V_(CC).

The load control device 1200 may comprise a first and second wirelesscommunication circuits 1224, 1226, although one or more of communicationcircuits 1224, 1226 may be configured to communicate over wirednetworks. Each of the wireless communication circuits 1224, 1226 mayinclude for example, a radio-frequency (RF) transceiver coupled to anantenna for transmitting and/or receiving RF signals. The wirelesscommunication circuits 1224, 1226 may each also include an RFtransmitter for transmitting RF signals, an RF receiver for receiving RFsignals, or an infrared (IR) transmitter and/or receiver fortransmitting and/or receiving IR signals.

The control circuit 1214 may be coupled to the first and second wirelesscommunication circuits 1224, 1226 for transmitting and/or receivingdigital messages via the RF signals. The control circuit 1214 may beconfigured to communicate RF signals (e.g., the wireless communicationsignals 108) via the first wireless communication circuit 1224 using afirst wireless protocol, e.g., a proprietary communication protocol,such as the ClearConnect protocol. The control circuit 1214 may beconfigured to receive load control commands for controlling the lightingload 1204 in digital messages communicated using the first wirelesscommunication circuit 1224 and may be configured to control thecontrollably conductive device 1210 to adjust the intensity of thelighting load 1204 in response to the digital messages received via thefirst wireless communication circuit 1224. The control circuit 1214 maybe configured to transmit feedback information (e.g., regarding theamount of power being delivered to the lighting load 1204) via thedigital messages communicated using the first wireless communicationcircuit 1224. The control circuit 1214 may be configured to communicateRF signals (e.g., the wireless communication signals 109) via the secondwireless communication circuit 1226 using a second wireless protocol,e.g., a standard communication protocol, such as the Wi-Fi or Bluetoothprotocol. For example, the control circuit 1214 may be configured tocommunicate audio data (e.g., voice commands) in digital messagescommunicated using the second wireless communication circuit 1226 (aswill be described in greater detail below).

The load control device 1200 may further comprise a microphone 1230coupled to the control circuit 1214 for receiving audio data (e.g.,voice commands). The control circuit 1214 may be configured to detect awake word spoken by a user of the load control device 1200, for example,by comparing the audio data to one or more predetermined wake wordsstored in the memory 1220. The control circuit 1214 may be configured totransmit the audio data in digital messages communicated using thesecond wireless communication circuit 1226 (e.g., to the systemcontroller 120). The control circuit 1214 may also be configured totransmit the audio data directly to a voice service in the cloud usingthe second wireless communication circuit 1226 (e.g., via the router124). The control circuit 1214 may be configured to receive load controlcommands via digital messages received via the first or second wirelesscommunication circuits 1226 in response to the transmitted audio data.

In addition, the control circuit 1214 may be configured to compare thereceived audio data to one or more voice commands stored the memory 1220and control the controllably conductive device 1210 to adjust theintensity of the lighting load 1204 without transmitting the audio datato the voice service in the cloud.

A user may open the air-gap switch 1229, such that the control circuit1214 is not able to receive audio data from the microphone 1230.

The load control device 1200 may also comprise a speaker 1232 coupled tothe control circuit 1214. The control circuit 1214 may be configured tocause the speaker 1232 to generate audio signals, for example, inresponse to data received from the voice service in the cloud. Forexample, the data received from the voice service in the cloud mayindicate an answer to a question asked by the user of the load controldevice 1200 and the control circuit 1214 may be configured to cause thespeaker 1232 to broadcast the answer for the user.

In addition to the embodiments described herein, a microphone device mayprovide an indication to a user when the microphone device istransmitting data to a cloud server. For example, voice integrationdevices typically use one or more light emitting diodes (LED) whichlight up on the device when a user says a wake word. However, as themicrophone devices may be placed anywhere in the room (i.e., on thewall, ceiling, etc.), an LED indicator on the device may not be adequateto alert a user that the device is listening.

To alert a user that one or more microphone devices are listening inresponse to a wake word, a lighting control device may blink a connectedlighting load in response to detecting a keyword (e.g., a wake word) andcontinue to blink the connected lighting load while the microphonedevice is recording audio data. For example, the microphone may beintegrated with the load control device, or the microphone device may beseparate from the load control device and may transmit a command to theload control device or the system controller to blink the lighting load.

FIG. 13 is a block diagram illustrating an example system controller1300 (such as system controller 110 described herein). The systemcontroller 1300 may include one or more general purpose processors,special purpose processors, conventional processors, digital signalprocessors (DSPs), microprocessors, microcontrollers, integratedcircuits, programmable logic devices (PLD), field programmable gatearrays (FPGA), application specific integrated circuits (ASICs), or anysuitable controller or processing device or the like (hereinaftercollectively referred to as processor(s) or control circuit(s) 1314).The control circuit 1314 may be configured to execute one or moresoftware-based applications that include instructions that when executedby the control circuit may configure the control circuit to performsignal coding, data processing, power control, input/output processing,or any other functionality that enables the system controller 1300 toperform as described herein. One will recognize that features andprocesses described herein may also and/or alternatively be provided byfirmware and/or hardware in addition to/as an alternative tosoftware-based instructions. The control circuit 1314 may storeinformation in and/or retrieve information from the memory 1320. Memory1320 may also store software-based instructions for execution by thecontrol circuit 1314 and may also provide an execution space as thecontrol circuit executes instructions. Memory 1320 may be implemented asan external integrated circuit (IC) or as an internal circuit of thecontrol circuit 1314. Memory 1320 may include volatile and non-volatilememory modules/devices and may be non-removable memory modules/devicesand/or a removable memory modules/devices. Non-removable memory mayinclude random-access memory (RAM), read-only memory (ROM), a hard disk,or any other type of non-removable memory storage. Removable memory mayinclude a subscriber identity module (SIM) card, a memory stick, amemory card, or any other type of removable memory.

The system controller 1300 may include communications circuit 1306 fortransmitting and/or receiving information. The communications circuit1306 may perform wireless and/or wired communications. The systemcontroller 1300 may also, or alternatively, include communicationcircuit 1308 for transmitting and/or receiving information. Thecommunications circuit 1308 may perform wireless and/or wiredcommunications. Communications circuits 1306 and 1308 may be incommunication with control circuit 1302. The communications circuits1306 and 1308 may include RF transceivers or other communicationsmodules capable of performing wireless communications via an antenna.The communications circuit 1306 and communications circuit 1308 may becapable of performing communications via the same communication channelsor different communication channels. For example, the communicationscircuit 1306 may be capable of communicating via a wirelesscommunication channel (e.g., BLUETOOTH®, near field communication (NFC),WI-FIC), WI-MAX®, cellular, etc.) and the communications circuit 1308may be capable of communicating (via another wireless communicationchannel (e.g., WI-FI® or a proprietary communication channel, such asCLEAR CONNECT™).

The control circuit 1302 may be in communication with an LED indicator1313 for providing indications to a user. The control circuit 1302 maybe in communication with an actuator 1314 (e.g., one or more buttons)that may be actuated by a user to communicate user selections to thecontrol circuit 1302. For example, the actuator 1314 may be actuated toput the control circuit 1302 in an association mode and/or communicateassociation messages from the system controller 1300.

Each of the modules within the system controller 1300 may be powered bya power source 1310. The power source 1310 may include an AC powersupply or DC power supply, for example. The power source 1310 maygenerate a supply voltage V_(CC) for powering the modules within thesystem controller 1300.

FIG. 14A is an example method 1400A that may be executed by a controlcircuit of a load control device in response to hearing a wake word. Atstep 1410, the load control device may detect a wake word. For example,a user may speak a wake word in proximity to the load control device,which may be received by one or more microphones of the load controldevice. A control circuit of the load control device may recognize thereceived audio data as the wake word. Upon recognizing the wake word,the load control device may blink the connected lighting load at step1414. For example, the load control device may turn the lighting load onand off with a duty cycle that is easily visible to the human eye. Forexample, the load control device may turn the lighting load on and offevery two seconds.

At step 1416, the audio device may receive voice input after the wakeword and may transmit the voice input to a voice service in the cloud atstep 1420. If the user does not want the device to transmit audio data,the blinking lights may alert a user to put the load control device intoa mute mode. The mute mode may prevent the load control (or audiodevice) from recording acoustic data (i.e., recording voice inputs). Theload control device may stop blinking the load at 1422.

FIG. 14B is an example method 1400B, similar to 1400A, which may beexecuted by a microphone device which is not integrated with a loadcontrol device. The microphone device may detect a wake word at step1430. At 1432, the microphone device may transmit a command indicatingthe wake word has been detected. For example, the microphone device maytransmit a command to a control device and/or the system controller.

At step 1440, the load control device may receive the command. Accordingto a first example, the load control device may receive the command fromthe microphone device. That is, the microphone device may transmit acommand indicating the wake word has been detected. Based on systemconfiguration information determined during setup of the load controlsystem, the load control devices may know whether they are located inthe same room as the microphone device. For example, the microphonedevice may transmit the command along with a location or deviceidentifier, identifying the location or the specific microphone devicethat transmits the command. The load control device may only respond tothe command if it is in the same room as the microphone device.Alternatively, according to a second example, the microphone device maytransmit the wake word to the system controller, or may transmit acommand indicating the wake word has been heard to the systemcontroller. The system controller may then transmit a command to theload control device in the same room and/or zone as the microphonedevice which heard the wake word. The command may indicate to thecontrol device that a wake word has been detected, or the command may bea load control command instructing the control device to blink itsconnected load. The control device may receive the command from thesystem controller.

In response to receiving the command, the control device may blink aconnected lighting load at step 1436. For example, the control deviceand/or the system controller may know which room the microphone deviceis located in, such that only the load control device for the room inwhich the microphone device is in may respond. At step 1442, themicrophone device may receive voice input following the wake word. Themicrophone device may transmit the voice input to a voice service in thecloud at step 1444. At 1448, the microphone device may transmit acommand to the load control device (directly or through the systemcontroller) to instruct the load control device to stop blinking theelectrical load. At step 1450, the load control device may receive thecommand and stop blinking the connected lighting load.

Although it is described herein as blinking a lighting load, one willunderstand that other types of alerts are possible. In another example,the load control device may increase and decrease an intensity of theconnected lighting load. Or, the lighting control device may change thecolor of the light. The load control device may blink the lighting loada single time, or a repeated number of times to indicate to a user thatthe wake word was detected and the load control device will begintransmitting audio data. According to another embodiment, the loadcontrol device may control an electrical load that is not a lightingload, for example, a fan, speaker, etc., and may actuate the load on andoff to alert the user.

In another example, when a microphone device is a mute mode, themicrophone device may still be responsive to the wake word, but may notprocess the audio input following the wake word. For example, themicrophone device may receive a wake word while in mute mode and mayblink one or more lighting loads (according to methods of FIG. 14A, B aspreviously described) to indicate to a user that the device is in a mutemode.

One will understand that although the embodiments described herein maybe with respect to a load control device having a microphone, themicrophone may be separate from the load control device. Additionally,the system controller may also be a load control device and/or may haveone or more microphones.

In addition to what has been described herein, the methods and systemsmay also be implemented in a computer program(s), software, or firmwarebased instructions incorporated in one or more computer-readable mediafor execution by a control circuit(s), for example. Examples ofcomputer-readable media include electronic signals (transmitted overwired or wireless connections) and tangible/non-transitorycomputer-readable storage media. Examples of tangible/non-transitorycomputer-readable storage media include, but are not limited to, a readonly memory (ROM), a random-access memory (RAM), removable disks, andoptical media such as CD-ROM disks, and digital versatile disks (DVDs).

While this disclosure has been described in terms of certain embodimentsand generally associated methods, alterations and permutations of theembodiments and methods will be apparent to those skilled in the art.Accordingly, the above description of example embodiments does notconstrain this disclosure. Other changes, substitutions, and alterationsare also possible without departing from the spirit and scope of thisdisclosure.

What is claimed is:
 1. A load control device for controlling an amountof power to an electrical load in a zone, the load control devicecomprising: a microphone for receiving voice commands; an occupancysensor for detecting occupancy in the zone; at least one communicationcircuit; a controllably conductive device configured to control theamount of power to the electrical load; and a control circuit operablyconnected to the microphone, the at least one communication circuit, andthe controllably conductive device, the control circuit configured to:receive a voice command via the microphone; determine, based on a signalfrom the occupancy sensor, whether the zone is occupied; based ondetermining that the zone is not occupied, do not transmit the voicecommand to a voice service; based on determining that the zone isoccupied, transmit via the at least one communication circuit the voicecommand received via the microphone to a voice service; receive aresponse from the voice service; interpret the response to determine acommand; interpret the response to determine whether the responsecomprises an indication of a zone; in response to determining that theresponse comprises the indication of the zone, determine whether theindication of the zone matches the zone in which the load control deviceis located; in response to determining that the indication of the zonematches the zone in which the load control device is located, controlthe controllably conductive device to control the amount of power to theelectrical load in response to the command; and in response todetermining that the indication of the zone does not match the zone inwhich the load control device is located, do not control thecontrollably conductive device in response to the command.
 2. The loadcontrol device of claim 1, wherein the control circuit is furtherconfigured to: in response to determining that the response does notcomprise the indication of the zone, control the controllably conductivedevice to control the amount of power to the electrical load in responseto the command.
 3. The load control device of claim 1, wherein thecontrol circuit is further configured to: in response to determiningthat the response comprises the indication of the zone: communicate viathe at least one communication circuit the command and the indication ofthe zone to a second load control device, wherein the second loadcontrol device is configured to determine whether the second loadcontrol device is located in the zone and to control an electrical loadbased on the command when located in the zone.
 4. The load controldevice of claim 1, wherein the control circuit is further configured to:in response to determining that the response comprises the indication ofthe zone: determine another load control device located in the zone; andcommunicate via the at least one communication circuit the command tothe another load control device based on the another load control devicebeing determined to be located in the zone, wherein the another loadcontrol device is configured to control an electrical load based on thecommand.
 5. The device of claim 1, wherein the control circuit isfurther configured to: receive via the at least one communicationcircuit from a second load control device a communication that thesecond load control device received the voice command; determine fromthe voice command received via the microphone and the communicationreceived from the second load control device that the voice commandreceived via the microphone is of a higher quality than the voicecommand received by the second load control device; and wherein totransmit the voice command to the voice service comprises to transmitthe voice command to the voice service based at least in part on thedetermination.
 6. The device of claim 5, wherein to determine that thatthe voice command received via the microphone is of a higher qualitythan the voice command received by the second load control devicecomprises to make the determination based on one or more of: a volume ofthe voice command received via the microphone and a volume of the voicecommand received by the second load control device; a signal-to-noiseratio of the voice command received via the microphone and asignal-to-interference ratio of the voice command received by the secondload control device; and a multipath interference of the voice commandreceived via the microphone and a multipath interference of the voicecommand received by the second load control device.
 7. The device ofclaim 5, wherein the communication received from the second load controldevice comprises on one or more of: an indication of a volume of thevoice command received by the second load control device; an indicationof a signal-to-noise ratio of the voice command received by the secondload control device; and an indication of a multipath interference ofthe voice command received by the second load control device.
 8. Theload control device of claim 1, wherein the control circuit is furtherconfigured to: in response to determining that the response does notcomprise the indication of the zone: control the controllably conductivedevice to control the amount of power to the electrical load in responseto the command; and based at least in part on receiving thecommunication from the second load control device, communicate thecommand to the second load control device, wherein the second loadcontrol device is configured to control a second electrical load basedon the command.
 9. The load control device of claim 1, wherein the zonecomprises a room in a building.